技术方案模板 |
您所在的位置:网站首页 › 技术方案模板 需求分析 › 技术方案模板 |
做开发,写技术方案肯定不会少,但是通常一个公司一份模板,有点头疼,而且,部门模板对于一些必要点的梳理也并非十分清晰,因此写一份技术方案模板,用以方案前期评审时讨论及扩展,可以做参考哈,但是具体的还是以自身实际需求为准。 XXX技术方案 时间:xxxx-xx-xx 编写人:fn-f - 需求背景PRD: 产品需求链接 简述PRD产生的背景,1. 产品业务需求、2. 技术优化扩展、3. 痛点,缺陷,不足等问题点 - 需求目标分产品线、业务线、扩展性等方面,分析本次需求发布之后的涉及影响点 - 需求F&Q需求中疑问点记录及对原有逻辑的冲突问题、时间安排问题等等 - 需求细分图示本需求涉及的功能点,将其拆解细化至团队或个人 - 技术方案1. 方案一(主) 方案撰写:思路、流程图(时序图,标明涉及系统以及系统调用链、上下游依赖接口等梳理)、模型设计(表之间关联图)、架构设计(需求涉及的整个系统架构影响点)、涉及技术栈(技术关键点check)、接口幂等并发等处理、接口涉及大数据量预估处理、兼容处理(现有功能兼容及影响业务范围)、优缺点对比、接口文档(http、rpc) 等等... ... 2. 方案二(备) (小的改动点可省略备份方案) 参考方案一,最后特别指出两者之间的优缺点、对比、扩展、兼容等方面 - 关键测试点针对需求,产品、测试、开发共同关注的测试点,包含以往逻辑交互的兼容、本期新增功能的测试关键点 - 人员估期需求的产品、PM、前端、客户端、服务端、测试等相关人员 可以甘特图标识人员开发及介入时间安排,标明 deadLine - 发布计划整理正式发布的checkList,多系统间发布顺序、配置变更、数据库变更、数据初始化、技术点增加、发布时间点等等... ...
注:能使用图示的尽量以图展现,能更加清楚明确,而且逻辑性对于涉及开发的人员更加清晰,改定点也可以cover住,可以实时针对其进行讨论 -------------------------------------------- 迷人的分割线 ---------------------------------------- 商品审核及交易账务对接技术方案 时间:xxxx-xx-xx 编写人:fn-f - 需求背景PRD: 产品需求链接 简述PRD产生的背景,1. 产品业务需求、2. 技术优化扩展、3. 痛点,缺陷,不足等问题点 - 需求目标分产品线、业务线、扩展性等方面,分析本次需求发布之后的涉及影响点 商品:1. 完成商品审核对接流程【业务】 2. 商品对外提供类抽离【技术】 财务:1. XXXXXXXXXXXXXXX【业务】 - 需求F&Q需求中疑问点记录及对原有逻辑的冲突问题、时间安排问题等等 1. 本次涉及交易人员需求冲突,需产品与PM确认该功能点是否本期处理? -- 产品:与下期迭代一同上线 2. XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX? - 需求细分图示本需求涉及的功能点,将其拆解细化至团队或个人【下图是xmind画的】 1. 方案一(主) 方案撰写:思路、流程图(时序图,标明涉及系统以及系统调用链、上下游依赖接口等梳理)、模型设计(表之间关联图)、架构设计(需求涉及的整个系统架构影响点)、涉及技术栈(技术关键点check)、接口幂等并发等处理、接口涉及大数据量预估处理、兼容处理(现有功能兼容及影响业务范围)、优缺点对比、接口文档(http、rpc) 等等... ... 时序图: 表结构设计: 架构设计: 涉及技术栈: 原有逻辑兼容: 暂无 接口文档: 1. api:/trade/third/xxx/xxx/xx【交易三方xxxx接口】 param: userId number 用户ID itemId number 商品ID result: {"tag":"trade_success","msg":"成功","data":{"id":109723,"xx":"xxxxxxxxx","xxxxx":"xxxxxxxxxxxx"}} 2. dubbo: com.xxxxx.xxxx.........XxxxClient # queryTradeXxxxxxInfo 依赖包: hutool-all cn.hutool 5.3.2 param: userId number 用户ID itemId number 商品ID result: {"tag":"trade_success","msg":"成功","data":{"id":109723,"xx":"xxxxxxxxx","xxxxx":"xxxxxxxxxxxx"}} 3. .......other.........
2. 方案二(备) (小的改动点可省略备份方案) 参考方案一,最后特别指出两者之间的优缺点、对比、扩展、兼容等方面 - 关键测试点针对需求,产品、测试、开发共同关注的测试点,包含以往逻辑交互的兼容、本期新增功能的测试关键点 - 人员估期需求的产品、PM、前端、客户端、服务端、测试等相关人员 可以甘特图标识人员开发及介入时间安排,标明 deadLine 整理正式发布的checkList,多系统间发布顺序、配置变更、数据库变更、数据初始化、技术点增加、发布时间点等等... ... 配置项: 表涉及: 新增技术点: ------------------:
|
CopyRight 2018-2019 办公设备维修网 版权所有 豫ICP备15022753号-3 |